SHIPPING ADDRESS AUTOMATION METHOD 



Field of the Invention 

The present invention relates to methods for generating shipping address 
10 entries to provide a customized recipient list in support of electronic commerce transactions. 



Background of the Invention 

Many personal and corporate gifts are purchased on the Internet and shipped 
directly to specified gift recipients. The user currently is required to populate a web page form 
1 5 with each recipient's shipping address, a time-consuming process -- particularly if multiple 
gifts are to be sent. 

Some Internet shopping sites have addressed this problem by maintaining a list 
of previous names and corresponding addresses to which a given user has shipped goods. On 
returning to the site, the user can be presented with such a list and may elect to send a further 

20 gift to one of the recipients again without having to reenter the address data. That 

arrangement, however, requires the user to confirm or know that the address information being 
maintained by that site is still correct, and only concerns recipients who have previously 
received gifts. The Internet site does not have a reason to stay current with the addresses nor 
does it have access to the user's address book data. 

25 What remains needed in the art is a method by which an Internet shopping site 

can offer a user the convenience of selecting a recipient from a comprehensive customized 



name list, and not require that the user enter the shipping details for a chosen person on that 
list; even if it is the first time that a person is chosen. 

What is further needed in the art and has heretofore not been available is a 
method by which an Internet shopping site can be enabled to read, with the user's permission, 
5 the user's client station address book data and incorporate that data into a customized name 
list. 

Summary of the Invention 

The present invention provides a method for an Internet shopping site to enable 
:J0 its users to select gift recipients from an automatically generated customized name list. The 
~ inventive method does not require a user to have previously entered the addresses into a 
^ shipping information form provided by the web site in order for the order to be processed, 
ft The invention thus provides an Internet shopping site with two distinct 

a competitive advantages. Firstly, online order completion can be done faster than the 
J 5 conventional method in which manual entry is made of all recipient names and corresponding 
Z addresses. Secondly, increased sales can result by reminding users of potential gift recipients 
in their address book who they may have forgotten or alternatively they did not have the 
inclination to make the effort to enter their addresses on a conventional shipping information 
form. 

20 In one aspect of the invention, a method is disclosed for reading names and 

addresses from an address book database and incorporating such data into a web form such 
that a user may easily select the person, or people, to which a gift, or multiple different gifts, is 
to be sent. The address book database resides on a machine that is remote from the web server 
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that supports e-commerce. It will usually reside on the client station but may reside on 
another workstation or server as in the case where the user uses shared files through an ASP, 
extranet, local area network, or otherwise. 

In a related aspect, the invention provides a method for assessing the number 
5 and types of address book databases residing on the remote machine and reading the data in 
one or more of those address books. 

A further aspect of the invention provides a method for generating on the client 
station, as opposed to the World Wide Web server, a customized name selection form that is 
then displayed in the browser. The advantage to such client side form generation is that the 
1 0 full contents of the address book need not leave the client station; thus ensuring privacy of the 
address book contents. 

These and other features, aspects and advantages of the present invention can 
be further appreciated from the accompanying Figures, Description of the Figures and 
Detailed Description of the Preferred Embodiment. 

15 

Description of the Figures 

Fig. 1 illustrates a network arrangement of hardware, software and user 
components for implementing a method in accordance with a preferred embodiment of the 
invention; 

20 Fig. 2 shows an exemplary form (selection form) for selecting gift recipients 

and their respective gifts in accordance with the preferred embodiment of the invention; 
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Fig. 3 shows an exemplary form (shipping information form) for correcting and 
completing names and addresses of gift recipients in accordance with the preferred 
embodiment of the invention; 

Figs. 4A-C illustrates a process flow by which a user interactively shops online 
with a web site in accordance with one variation of the inventive method; 

Fig. 5 serves as a legend for symbols used in Fig. 6-15; 

Fig. 6 illustrates a data flow that uses templates built into the client station 
component to construct web pages on the client station; 

Fig. 7 illustrates a data flow that uses templates passed to the client station 
component from the host server to construct web pages on the client station; 

Fig, 8 illustrates a data flow that uses templates passed to the client station 
component from a third party server to construct web-pages on the client station; 

Fig. 9 illustrates a data flow that uses templates on the host server to construct 
web pages on the host server; 

Fig. 10 illustrates a data flow that uses a template passed to the client station 
component from the host server followed by a template resident on the host server to construct 
web pages at respective sites; 

Fig. 1 1 illustrates a data flow that uses templates on a third party server to 
construct web pages on the third party server; 

Fig. 12 illustrates a process flow that uses a template passed to the client station 
component from the host server followed by a template resident on a third party server to 
construct web pages at respective sites; 

Fig. 13 illustrates a data flow that uses a template built into the client station 
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component followed by a template on a third party server to construct web pages at respective 
sites; 

Fig. 14 illustrates a process flow that uses address book data from a third party 
server to construct web pages on the host server; 
5 Fig. 15 illustrates a process flow that uses address book data from a third party 

server corresponding to names extracted from the client station address book to construct web 
pages on the host server. 



Detailed Description of the Preferred Embodiment 

iO By way of overview and introduction, a method in accordance with a preferred 

2 embodiment of the invention provides a simple two step process for the completion of 

y shipping information by the user of an online shopping web site. First, the user is presented 
p with a web page form comprising the previously selected electronic shopping cart items and 

3 names read from an address book. The user matches gifts to respective recipients by a simple 
d5 selection process and submits the form. Second, a shipping address form is generated with the 
3 recipients' names and corresponding shipping addresses already entered as default values in 

the fields. The user need only make necessary changes or complete the form where address 
details were not available in the address book entry. The user may then submit the form 
before entering additional recipients and billing information in the conventional way. 
20 With reference now to Fig. 1, a network arrangement of hardware components 

for implementing a method in accordance with the present invention is described. The 
network 100 includes a host server 110 which provides content over the Internet 130 to a 
plurality of distributed users that access the host server 110 through client stations or machines 
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140. The content provided by the host server 1 10 can be viewed by users through a World 
Wide Web browser 146 or other functionally equivalent software running at their respective 
client stations 140. In addition to content, the host server 110 downloads and executes a 
software component 144 on the client station 140 which implements, along with other 
5 components of the described network 100, the method of the preferred embodiment, as 
described below in connection with Figs. 2-15. The component 144 is proprietary to the 
inventive method and may be in the form of ActiveX or other similar software structure. The 
client stations or machines 140 can assume a variety of forms, including a home computer, a 
PDA, an Internet compliant telephone, or other Internet compliant communications device, 
jjf 0 The host server 1 10 is configured to support electronic commerce and provide 

J goods and/or services for purchase or lease by the users who access it. The host server 1 10 
^ preferably communicates with other components of the network through a secure connection 
p as understood by those of skill in the art. Address book data can be read from the client 
3 station address book database 142, from a third party address book database 125, or from 
,|5 some other location. Through the use of a third party server 120, users can send gifts to 
3 people for whom they may only know a name and/or email address, and the recipient's 

address can be maintained private and unknown to the user. A third party server 120 also can 
be used to implement some of the method processes described herein. 

The host server 110, third party server 120 and plural client stations 130 are all 
20 configured to communicate with one another in a conventional manner over communication 
link through the Internet 130. In lieu of the Internet, communications can be through an 
Intranet or Extranet, as understood by those of skill in the art. 
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There is also represented the user 150 which interacts with the client stations 

140. 

Fig. 2 illustrates an exemplary selection form 200 for selecting gift recipients 
and their respective gifts in accordance with the preferred embodiment of the invention. The 
5 selection form 200 can be generated on the host server 110, third party server 120, or at the 
client station 140, and can be implemented as an HTML file having form tag pairs and 
suitable input fields between the form tags, or as an ActiveX, JavaScript, DHTML or other 
component that executes on the client station, as understood by those of skill in the art. 

The name selection form 200 is divided into four region types: header region 
d0 210, gift display panel 220, selection grid region 230 and footer region 250. The header 
^ region 2 1 0 can include header text and graphics associated with a particular vendor or web 
Z site. 

5 Below the header region, the gift display panel 220 comprises a display of the 

*! gifts that have been selected and included in an electronic shopping basket by the user. The 
J 5 gifts are selected from an online store in a conventional way. Each gift entry on the gift 
5 display panel 220 comprises an image 224, description 226 and price 228. The gift display 
panel 220 is divided into columns 222 with each gift occupying a unique column. The gift 
display panel 220 is preferably repeatedly displayed after a predetermined number of row 
entries in the selection grid (described next) to ensure that at least one gift display panel 220 is 
20 visible at any vertical scroll position of the selection form 200. There may be limited 

horizontal space on the name selection form 200 to display a large selection of gifts from the 
electronic shopping cart. This problem may be addressed by limiting the gift selection, 
decreasing the width of column 222 or staggering the gift images and text. The problem of 
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too few items in the electronic shopping cart may be addressed by the software selecting 
suggested gifts or gift certificates to augment the selections of the user. 

The selection grid 230 resides below the gift display panel 220. Multiple 
selection grids 230 can be provided as shown. The selection grid 230 comprises a plurality of 
vertical columns 234 and horizontal rows 236 intersecting to form discrete cells 242. The 
columns 234 preferably are aligned with the gift display panel columns 222. The cells in the 
first column 232 of the selection grid 230 contain names 244 from an address book. The 
remaining cells in the selection grid 230 contain selectable regions 238/240. By changing an 
unselected region 240 to a selected region 23 8, the user indicates that the shopping cart item 
224 in the column should be ordered and shipped to the person 244 in the row. The user 
makes such a change by selecting the selectable area of the cell. There are also buttons 246 in 
each row which the user may select in order to clear the respective row of any selections. 

It is preferable to design the form such that only one gift may be selected at any 
given time for a particular individual 244 by grouping radio buttons in each row 236. Such 
design will prevent multiple gifts being inadvertently ordered for the same recipient. The user 
may override this functionality by electing to have check boxes instead of radio buttons on the 
form, as this would allow for multiple gifts to be selected for a given person. 

The selection grid 230 can indicate that a corresponding address for a person 
has been found in an address book using flags next to the person's name or by displaying that 
person's name in a different color. Such an indication can aid the user in deciding on gift 
recipients. Such indicators can be enabled when the names and addresses are read 
concurrently. The selection grid 230 can even display the read addresses to the user on the 
selection form 200, although it is preferable to keep such data embedded and invisible to the 



user if it needs to be in the form for data transfer purposes, as described below. 

At the bottom of the selection form 200 is the footer region 250 that contains a 
button 252 the user selects to submit the form to the host server 110, third party server 120 or 
software running on the client station 140 itself. 

Fig. 3 shows an exemplary shipping information form for correcting and 
completing the names and addresses of gift recipients after the user completes the name 
selection form 200 of Fig. 2. The form 300 has various input fields included between HTML 
form tags or in an embedded component. The header region 310 comprises branding header 
text and graphics. Below the header region 310 is a plurality of recipient sections 320 and 
340. Each recipient section has form input fields containing default values specific to the 
recipient. The number of recipient sections included in the form 300 is equal to the number of 
names that were selected when completing form 200. Names that were not selected when 
completing the form 200 preferably are not displayed on the shipping information form 300. 

Address information for Recipient 1 is automatically populated from the 
address book 125 or 142 and is displayed as default values in the first section 320. First and 
last name 322a, 322b, telephone number 324, address 326a-326e and company name 328 are 
the input fields changeable by the user. The first section 320 also can contain selectable fields 
for shipping priority 336 and gift details 330-334. The gift details can include a gift image 
330, gift description 332 and gift price 334. The gift displayed preferably corresponds to the 
gift selected for the recipient on the selection form 200. 

The second recipient's section 340 illustrates a case where a name selected on 
the selection form 200 of Fig. 2 had incomplete address information resulting in fields without 
default values being displayed on the shipping information form 300. The user is required to 



complete the address fields 342a-342e so that the host server 110 can send the gift to that 
recipient. The user selects the Next button 350 once satisfied with the entries. 

In addition, either or both the Forms 200 and 300 can include input form fields 
for entering custom messages for each recipient. Alternatively, several messages can be 
entered before the selection form 200 is displayed, with additional columns being displayed to 
allow the user to select one of the custom messages to be included with the selected gift item. 
This permits a custom message to be entered once, yet used with several gift recipients. 

The process flow of Figs. 4A-C illustrates the steps that a user takes at an 
online shopping site. At step 402, the user accesses the host server 110 from the client station 
140. The user selects gifts from an online store in a conventional way by adding gifts to an 
electronic shopping basket at step 404. Once finished selecting gifts, the user proceeds to 
checkout at step 406. At step 408 the user is prompted with a permission request to access the 
address book 142 on the client station 140. If the user does not give permission, the 
completion of shipping details proceeds in a conventional manner. However, if the user grants 
permission, or if permission was granted from a prior session (e.g., as stored in a cookie) as 
can be automatically tested by the host server 110, the process flow continues at step 410 with 
the inventive method in which a test is made for the existence of a necessary component 144, 
ActiveX or similar, on the client station 140 that is proprietary to the inventive method and 
which interacts with address book data as described below. If present, the process continues at 
step 414; alternatively, the component 144 is downloaded to the client station 140 at step 412. 
The user may need to give permission for the component 144 to be downloaded and installed 
on the client station 140 depending on the security settings of the operating system, firewall or 
web browser. 
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At step 414 a selection template is downloaded from the host server 1 10 to the 
component 144. The selection template contains formatting information as well as data 
pertaining to gifts resident in the electronic shopping basket (e.g., descriptions, prices and 
references to images of the gifts). 

As shown in Fig. 4B, the component 144 scans the client station 140 for 
available address books at step 416 and allows the user to select which address book should be 
accessed at step 418. More than one address book may be used by the component 144. Also, 
the component 144 can access selected portions of any of those address books, so that, for 
example, only particular categories of entries are retrieved. For example, the component 144 
can retrieve entries which have been categorized by the user. A non-limiting list of such 
categories includes personal (family and/or friends), business, school, children, social, and 
club members. In this regard, an optional page can be provided to the user in which the user 
selectively grants differing permission levels for access by the component 144, as a function 
of the user's current needs or desires. 

At step 420, the component reads names and addresses in the specified address 
book(s) and generates a name list. The component creates a selection form at step 422 such as 
form 200 of Fig. 2, at the client machine by combining the name list with the selection 
template (which was preferably previously downloaded from the host server). Recipients' 
address information is preferably embedded in the selection form and is invisible to the user 
(e.g., it is a hidden field in the selection form). At step 424 the selection form is displayed on 
the client station 140. The user can select which gift, if any, each person on the selection form 
is to receive. The user indicates the selection of gifts for individual recipients by selecting 
appropriate selectable areas on the selection form at step 426. The user then posts the form 



with the embedded address information to the host server at step 428 (see Fig. 4C). 

At step 430, the gift recipients' information is displayed to the user for 
correction or confirmation in a form such as form 300 of Fig 3. The user makes necessary 
changes at step 432 and submits the form. The user is then presented at step 434 with a 
5 conventional shipping information form which permits additional gift recipients who are not 
included in the address book to be entered and submitted to the host server 110. The user also 
can indicate whether the additional gift recipients should be added to the address book 142. 
The client resident component 144 manages any address book additions or changes that may 
be entered by the user during the course of the purchase transaction. At step 438 the user 
?40 enters the billing information and completes the transaction in a conventional way. 

2 As understood by those of skill in the art, the process flow in the context of an 
II object-oriented environment such as the graphical or form interface presented on the World 
q Wide Web, need not be executed in the order presented in a conventional flow diagram. 

3 Rather, process flows can be driven dynamically in response to user actions. Regarding form 
d 5 submission, as understood by those of skill in the art, a client-side Active X component, 

3 Javascript, Visual Basic Script, DHTML or equivalent can be used to test the form for 

completeness prior to posting, with suitable prompts given to the user to guide the user toward 
completing the form. Thus, for example, the address book can be accessed (step 420) prior to 
the user selecting any gifts (step 404) to inform the user of the potential gift recipients in his or 

20 her address book for whom the user might wish to select a gift. 

Fig. 5 serves as a legend for symbols used in Figs. 6-15. Block [T] 510 
indicates a template containing formatting information for the selection form. Formatting 
information is divided into the four regions of the form substantially described above in 
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connection with form 200 of Fig. 2. It also contains data pertaining to the gift items which 
may have already been selected or which are available for selection, including graphic images 
or appropriate references to them. 

Block [F] 520 indicates a template containing formatting information for the 
shipping information form. It contains formatting information for the various input fields and 
gift display regions of the form 300, described above in connection with Fig. 3. 

Block [N] 530 and Block [A] 540, respectively, indicate the names and 
addresses read from a user-specified address book. Block [S] 550 indicates the user's 
selections of names, and the gift types corresponding to the selection, on the selection form 
200. Block [C] 560 indicates the corrections to addresses entered by the user using the 
shipping information form 300. 

Block [I] 570 indicates a unique identity number assigned to the current 
transaction. The transaction identity number [I] contains identity information specific to the 
online shopping site and can be used by a third party service to identify and bill the shopping 
site for its services, for example, on a per transaction basis. The transaction identity number 
[I] can identify each transaction, if necessary. The transaction identity number [I] can 
occasionally include alphanumeric information with information pertaining to gifts in the 
user's electronic shopping cart for generating the gift display panel 220 of the selection form. 

Fig. 6 illustrates a data flow process whereby the names [N] are read (600) 
from an address book on the client station by the component 144 and formatted (601) using a 
component-resident selection template [T] to define a selection form [T][N] which is 
displayed (602) through the browser 146. The user 150 selects [S] (603) names and respective 
gifts and this data is sent back (604) to the component 144 where it is combined (605) with the 
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corresponding address data [A] from the client station's address book 142 and formatted (606) 
using a component resident shipping information form template [F] to define a shipping 
information form. The shipping information form is sent (607) to the browser 146 so that the 
user 150 can interact (608) to make any corrections [C] that maybe necessary. The form is 
5 then posted (609) to the host server 1 10 where the selected names [S][N] and addresses [A], 
and corrected addresses [C] are used along with the corresponding gift information to proceed 
with the order. Any address corrections also can be provided to the address book (610). 

Fig. 7 illustrates a data flow process whereby a selection template [T] is 
downloaded (700) from the host server 1 10 to the component 144 and combined with names 
]il0 [N] read (701) from the address book 142 to define a selection form [T][N] which is displayed 
It (702) through the browser 146. The user 150 selects [S] (703) names and respective gifts and 
III this data is sent back (704) to the component 144 where it is combined (705) with the 
,fi corresponding address data [A] from the address book 142 and formatted (706) with the 
□ shipping information form template [F], which is also downloaded from the host server 110, 
hi 5 (e.g., when the template [T] is downloaded), to define a shipping information form. The 
jg shipping information form is sent (707) to the browser 146 so that the user 150 can interact 

5 „ 

(708) with that form and make any necessary corrections [C]. The form is then posted (709) 
to the host server 1 10 where the selected names [S][N] and addresses [A], and corrected 
addresses [C] are used along with the corresponding gift information to proceed with the 
20 order. 

Fig. 8 illustrates a data flow process in which a transaction identity number [I] 
is sent (800) from the host server 1 10 to the client station component 144. The transaction 
identity number [I] contains a code specific to the host server 110 shopping site and specific to 
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the transaction. The component 144 polls (801) a third party server 120 using the transaction 
identity number [I] . The third party server 120 responds by locating (802) and downloading 
(803) the applicable selection template [T] and shipping information form template [F] to the 
component 144 along with the original transaction identity number [I]. The selection template 
[T] is then combined with names [N] read (804) from the client station address book 142 to 
define a selection form that is displayed (805) through the browser 146. The user 150 selects 
[S] (806) names and respective gifts and this data is sent back (807) to the component 144 
where it is combined with the corresponding address data [A] read (808) from the address 
book 142. The combined data is then formatted (809) with the shipping information form 
template [F], previously sent from the third party server 820, to define a shipping information 
form that includes the transaction identity number [I]. The shipping information form is sent 
(810) to the browser so that the user 150 can interact (811) with that form and make any 
necessary corrections [C]. The form is then posted (812) to the host server 110 where the 
selected names [S][N] and addresses [A], and corrected addresses [C] are used along with the 
transaction identity number [I] and corresponding gift information to proceed with the order. 

It can be appreciated that in all the variations of data flow described above in 
connection with Figs. 6-8, the web page forms were constructed by the client-side component 
144. In Fig. 6 ? both templates [T and F] were resident and specific to the component 144; 
such data flow may be preferred if only one shopping site uses the client-side component 144. 
In Fig. 7, both templates [T and F] were passed to the client-side component 144 from the host 
server 1 10; such data flow is conducive to multiple host servers from different shopping sites 
accessing the same client side component 144 whilst still providing custom forms specific to 
each shopping site. The data flow in Fig. 8 has both templates [T and F] passed from a third 
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party server 120, and allows for shopping sites to outsource template maintenance and hosting 
while still achieving branding customization of the forms specific to the shopping site. It also 
allows for the third party servers' administrators to centrally track the use of client-side 
components 144 and bill shopping site hosts in accordance with such usage. 
5 Fig. 9 illustrates a data flow process that differs from Figs. 6-8 in that the web 

page forms are constructed on the host server 110. Both templates [T and F] remain resident 
on, and specific to, the host server 110. The names [N] are read (900) by the client side 
component 144 and passed directly to the host server where they are formatted (901) with a 
host server resident selection template [T] to form a selection form that is downloaded (902) 
^10 and displayed on the client station browser 146. In other words, the selection form is 
jfl populated with data from the designated address books on the client station 140. The user 150 

H selects [S] (903) names and respective gifts and this additional data is sent back (904) to the 

. 

host server 110 where it is combined with corresponding address data [A] read (905) by the 
s component 144 and passed directly to the host server 110. The combined data is then 
^15 formatted (906) with the host server resident address correction template [F] to define a 
shipping information form. The shipping information form is then downloaded (907) and 
displayed on the client station browser 146 so that the user 150 can interact (908) with that 
form and make any necessary corrections [C]. The form is then posted (909) to the host server 
110 where the selected names [S][N] and addresses [A], and corrected addresses [C] are used 
20 along with the corresponding gift information to proceed with the order. 

Fig. 10 illustrates a data flow process that combines elements of Fig. 9 with 
elements of the data flow constructions of Figs. 6-8. Here the selection form is constructed by 
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the client side component 144 whereas the shipping information form is constructed by the 
host server 1 10. A transaction identity number [I] along with a shopping site specific 
selection template [T] is passed (1000) to the component 144 and both are combined with 
names [N] and addresses [A] read (1001) by the component 144 to form a selection form. The 
selection form is then displayed (1002) through the browser 146. The user 150 selects [S] 
(1003) names and respective gifts and this data is posted (1004) to the host server 110 along 
with corresponding addresses [A] embedded in the form but invisible to the user. A client 
side script may be used, as understood by those of skill in the art, to post to the host server 110 
only those addresses corresponding to names selected by the user 150. The posted data is then 
formatted (1005) with the host server resident shipping information form template [F] to form 
a shipping information form. The shipping information form is then downloaded (1006) and 
displayed on the client station browser 146 so that the user 150 can interact (1007) with the 
form and make any necessary corrections [C], The form is then posted (1008) to the host 
server 1 10, as previously described. 

The advantage of the data flow in Fig. 10 is that only user selected names and 
addresses leave the client station; a process conducive to preserving information privacy as 
with Fig. 6-8. Also, by constructing the shipping information form on the server side, readily 
available server-side scripting protocols (Active Server Pages for example) can be used. 

The data flow in Fig. 1 1 is similar to that of Fig. 9 in that both templates [T and 
F] remain resident on a server. 

In Fig. 1 1, the templates are maintained by a third party server 120 rather than 
the shopping site host server 110. The advantage of such data flow is that the third party 
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server can host multiple shopping site templates and be responsible for much of the operations 
of the inventive method; this decreases the size of the client-side component, is conducive to 
easier upgrading of functionality, and allows for billing the shopping site on a per transaction 
basis. Fig. 1 1 illustrates a data flow process that begins with a transaction identity number [I] 
5 being sent (1 100) from the host server 110 to the component 144 where it joins the names [N] 
and addresses [A] read (1 101) from the address book 142 and posted (1 102) to the third party 
server 120. The third party server 120 then formats (1 103) the names [N] with the selection 
template [T] already resident on the third party server 120. The third party server 120 selects a 
selection template [T] to use based on the transaction identity number [I] which is site- 
ji 0 specific. The resulting selection form is downloaded (1 1 04) and displayed through browser 
*f 146. The user 150 selects [S] (1 105) names and respective gifts and this data is posted back 
it (1 106) to the third party server 120, and combined (1 107) with the corresponding address data 
q [A] . The combined data is formatted (1108) with the appropriate server resident shipping 
□ information form template [F], which is retrieved using the transaction identity number [I] 
yl5 specific to the shopping site with which the user 150 is interacting. The resulting shipping 
p information form is downloaded (1 109) and displayed through the browser 146 so that the 

user 1 50 can interact (1110) with the form and make any necessary corrections [C]. The form 
is then posted (1111) to the original shopping site host server 1 10, as referenced by the 
transaction identity number [I], as described above. 
20 In Figs. 12 and 13, only the shipping information form is generated at the third 

party server 120. Fig. 13 additionally has the selection template [T] resident at the client 
station in the component 144; the advantages having been substantially described above in 
connection with Fig. 6-8. 
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With reference now to Fig. 12 in particular, a data flow process is represented 
whereby the selection template [T] is passed (1200) to the component 144 along with the 
transaction identity number [I]. Names [N] and addresses [A] read (1201) from the address 
book 142 are formatted using the selection template [T]. The selection form is then displayed 
(1202) through the client station browser 146. The user 150 selects [S] (1203) names and 
respective gifts and this data is posted (1204) to the third party server 120 along with 
corresponding addresses [A] which are embedded in the form, but which are invisible to 
(hidden from) the user 150. Only those addresses corresponding to names selected by the user 
150 are posted to the third party server 120. The data is then formatted (1205) on the third 
party server 120 using the shipping information form template [F] to define a shipping 
information form. The shipping information form is downloaded (1206) and displayed 
through the client station browser 146 so that the user can interact (1207) with the form and 
make any necessary corrections [C]. The form is then posted (1208) to the host server 1 10 as 
described above. 

With reference now to Fig. 13, a data flow process is represented whereby the 
names [N] and addresses [A] are read (1300) by the component 144 and formatted (1301) with 
a component-resident selection template [T] to define a selection form which is displayed 
(1302) through the client station browser 146. The user 150 selects [S] (1303) names and 
respective gifts and this data is posted (1304) to the third party server 120 along with 
corresponding addresses [A] which are embedded in the form, but which are invisible to 
(hidden from) the user 150. Only those addresses corresponding to names selected by the user 
150 are posted to the third party server 120. The data is formatted (1305) on the third party 
server with the shipping information form template [F] to define a shipping information form. 
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The shipping information form is downloaded (1306) and displayed through the browser 146 
so that the user can interact (1307) with the form and make any necessary corrections [C]. 
The form is then posted (1308) to the host server 1 10 as described above. 

The data flow in Figs. 14 and 15 differ to those represented in former figures in 
that address book data [N and A] is obtained entirely or partially from a third party server 120; 
the advantages discussed substantially above with regard to Fig. 1. 

With reference now to Fig. 14, a data flow process is represented whereby 
names are read (1400) by the host server 1 10 from the third party server 120 and formatted 
(1401) with a host server resident selection template [T]. The resulting selection form is 
downloaded (1402) and displayed through the client station browser 146. The user 150 selects 
[S] (1403) names and respective gifts and this data is sent back (1404) to the host server 110 
where it is combined with corresponding addresses [A] read (1405) by the host server from the 
third party server 120. (The diagram indicates the source to be the same third party server 120 
from which the names [N] were originally read, however it need not be the same server.) The 
combined data is formatted (1406) using the host server resident shipping information form 
template [F] to define a shipping information form. The shipping information form is 
downloaded (1407) and displayed through the browser 146 so that the user can interact (1408) 
with the form and make any necessary corrections [C]. The form is then posted (1409) to the 
host server 1 10 as described above. 

With reference now to Fig. 15, a data flow process is represented whereby a 
selection template [T] is downloaded (1500) from the host server 1 10 to the component 144 
and used to format names [N] read (1501) from the address book 142 to define a selection 
form which is displayed (1502) through the browser 146. The user 150 selects [S] (1503) 
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names and respective gifts and this data is sent (1504) to the host server 110 where it is 
combined with corresponding addresses [A] read (1505) by the host server from a third party 
server 120. The combined data is formatted (1506) using a host server resident shipping 
information form template [F] to define a shipping information form. The shipping 
information form is downloaded (1507) and displayed through the browser 146 so that the 
user 150 can interact (1508) with the form and make any necessary corrections [C]. The form 
is then posted (1509) to the host server 1 10 as described above. 

The component 144, although represented as a single component, can be 
implemented as separate components. The component can include a portion that is 
displayable in the browser and operate in the data display and data input process, as described 
above in connection with the selection form and the shipping information form. By designing 
the component 144 so that it does not generate HTML which is sent to the browser but instead 
resides on a web page form and interfaces directly with the user, more interactivity with the 
user is possible. 

The selection template and shipping information form template both have been 
described in certain data flow processes as being built into the component 144. It can be 
appreciated, however, that these templates need not be built into the component 144, but can 
instead exist separately on the client station 140 without affecting the process of data flow 
described above. 

Also, it can be appreciated that names [N] and addresses [A] resident on a third 
party server may have been previously read from the client station address book 142 and 
transferred to the third party server for storage. Names [N] and addresses [A] can be, with the 
user's permission, read from the client station address book 142 and transferred to the host 
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server 110 where the host server address book data for each individual is stored and used 
appropriately. The third party can be a trusted intermediary which maintains address data that 
is not accessible to the user 1 50. For example, the third party can be an ISP such as America 
Online which can securely and privately provide a host server 110 with address information on 
a potential gift recipient to which the user does not have access. Such methodologies would 
fall into the scope of the spirit of this inventive method. 

Depending on the data flow, the client station address book 142 can be 
updated; the user will usually be prompted for permission for the host or third party to do this. 
Such functionality allows for addresses to be automatically updated in the client station 
address book 142. Also, any additional gift recipients entered manually on a conventional 
shipping detail form can be added to the address book. Furthermore, the user can be given the 
option of having a comment inserted in the memo section of the address book entry of the date 
and type of gift sent to the person for future reference purposes. This data can be used to 
guide subsequent gift purchases. 

The client station address book used need not reside on the same client station 
being used by the user; instead, it may reside on another client station connected to a local area 
network or a wide area network or a virtual private network which has been configured to 
share, across the LAN, WAN, or VPN, as the case may be, it's address book contents. Such 
data flow allows, for example, a person to have an assistant on a different client station access 
his/her address book in order to send gifts to applicable contacts through means of the 
inventive method. 

The inventive method described has utilized web based components for 
implementation, although a standalone program may implement the inventive method. The 
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user can install such a program (which may be memory resident as understood by those of 
skill in the art). When the program recognizes that the user has navigated on the client station 
browser 146 to a web page containing an address form, it can offer in the form of a pop-up 
window or the like names and addresses from the address book 142 as options for populating 
the form. The user can easily select one or multiple names with which the program 
automatically populates the current web form in the browser 146. The program can 
alternatively not use a pop-up window but rather automatically complete the address fields in 
any given web based address form when it recognizes the form as such and recognizes the first 
and last names entered into the form input fields as matching an entry in the client station 
address book. The inventive method also can be included in an Internet browser or exist in the 
form of an Internet browser plug-in, as understood by those of skill in the art. 

While the present invention has been described with respect to a particularly 
preferred embodiment, the invention is susceptible to implementation in other ways that are 
within the spirit of the invention which is defined in terms of the recitations of the appended 
claims and equivalents thereof. 
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